Mot your ordinary CDN 
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Manifest / Playlist 


Content type Content DRM settings Content versions 


ration 
Live event, VoD curatio 
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Content versions 


Video tracks Audio tracks Subtitles / Captions 
* Resolutions * Language (dubbing, * Language 
e Bitrates ać us 00. * Container 
ው ም * Bitrates 
* Codecs 


e Number of channels 


How does player 
interact with all of 
this? 


Filters content versions 
it is able to play 


Selects video/audio track 
by bitrate 
Chooses audio track version 


E.g. according to user's language 


Builds URLs for media 
segments 


Downloads media segments 
and plays them seamlessly 
one by one 


Considerations regarding 
CDN 


* User session 
Media is played continuously, player 
repeatedly downloads new segments 
* Response time matters 
Buffer can get empty if server fails 
to respond in time 
Buffer is limited when streaming Live 
content 
* Heavy content 


Video segments' size grows if you 
improve quality (usually) 


strm.yandex.ru 
* Anycast + HTTP 302 Redirect 


strm.yandex.ru 
mskm901.strm.yandex.ru 


e Dedicated CDN host 


mskm901.strm.yandex.ru 


Network Is a large AS 


e Tens of locations 
e Hundreds of nodes 


e Hundreds of network links 


IP network prefix tree 


Q eeoor 
95.85.111.158 


95.85.96.0/19 


95.85.96.0/22 


95.85.96.0/24 


IP network prefix tree 


C —  95.85.111.0/24 


95.85.111.158 Network links Locations 
weight 100 


weight 22 
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Network link Weight helps to manage users’ 
weight distribution based on 


* Link bandwidth 


* Network topology 
* Server metrics 


E.g. RIT from tcp info 
* End user metrics 


Perf logs from players and browsers 


Network link weight 


The link is selected. 
Now, can we use it? 
Not right away! 


* Weight is static for a long 
period 


* Weight does not take 
current network load into 
consideration 


Metrics * Bandwidth 


required to use * Current status 
Ma k Operational and available 


Operational, but forbidden to be used 


Out of service 


* Current load 
Gathered on network equipment — 
accurate but slow 


Gathered on edge nodes — inaccurate 
but fast 


now to use | Balancing algorithm 
collected metrics should consider 
* Free bandwidth 


e Link overload 
e [ink load waves 


e Network utilization 


User distribution Link load management using 


algorithm two variables 


e Slowdown — percentage of 
new user sessions that will 
not be serviced by chosen 
link 


* Drop — percentage of 
current user sessions that 
should be moved away from 
chosen link 
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Slowdown and drop 


completely block 
new user sessions 


completely drain 
the link 


| 


100 


drop 


slowdown 


| link load percentage 
begin to deny service 
to some percentage of new user sessions 


begin to move some percentage 
of current user sessions away 


Load resonance 


link load 
fluctuation interval 


observation window 


Taking history into account 


accept less new user sessions accept more new user sessions 
extra slowdown reduce slowdown 
0 0 
0 100 0 100 
link load link load 
fluctuation interval fluctuation interval 


slowdown += extra_slowdown - reduce slowdown 


Pros and cons 


Takes available link 
bandwidth into account 


Prevents link overload 


Link load resonance 
and fluctuations 


Can't set desired link 
load target 
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Using collected metrics 


Xo ze elm 58 
A PP) = APLAT + c('? 


Plant / 
Process 


cu 
K, = PLAT (HPL HT + og) 
Xk = xP) + Ky [2 = ses 
P, = (I - መ)” 


Kalman Filter PID controller 
Makes predictions and observations, and then Calculates error and tries to minimize it using 
iteratively tries to correct them to remove the current measurements and history data 


noise 


P Controller 


www. technik-consufting.eu 


| Controller 


Www.technik-consulting.eu 
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Www. technik-consulti nce 


PID Controller 


www.technik-consulti ሣግ 


Requirements 


Technical Administrative 

* Fast signal delivery — * Partial deploy of new 
collect link metrics as fast algorithm 
as possible 


* Fast fallback 


e Custom settings for certain 
links 


e Choose Kp, Ki and Kd values 
e Select link load target value 


And that's how 
it's done! 


link load metrics v 


2.2022 00:19:30 
PID link load target 80 
counters + sideload 79 
link load (network equipment) 82 
4j / counters 66 — |. f 
sideload 13 


PID controls 


PID-controlled | MM Na NALE nn 
slowdown k mara aa i 
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And that's how it's done! 


x cluster x service x host x ifname x graph 
[81 + | network + | marsa + | | 100GE1/0/6 + | Auto + | +) | 
Graph 


| Share... | Configure... | Pin | : 8 


x cluster x service E x host l x ifname l x graph | 
al + | network = | |mars4 v | 100GE1/0/6 + | [Auto ~ | +| - 


Graph 


Share... | Configure... | Pin | : 8 
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PLI algorithm PID controller 


* Works but not optimal * Works (almost) great 


| | | Requires careful initial setu 
* Requires manual setup and tuning in real time ሽ P 


e ...but (almost) no supervision! 


CDN: 
how to make It 
work 


Balancing algorithm 
should consider 


Collect metrics 

Think about your case 
Know your theory 
Experiment 

Be ready to fallback 
Optimize your resources 


Have a great team! 


Leave your feedback! 


E 


improve 


"Y 
© 
C 
= 
= 
O 
E 
= 


feedback on what 
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You can rate the talk and 
give a 


cou 
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